[RÉGLÉ] Update:Erreur après une restauration

[stayfitandhappy]

Après une mauvaide migration vers Jommla, J'ai réussi à faire une restauration mais j'ai maintenant une aurtre erreur. Pourtant mon administrator fonctionne de nouveau. Toute ma page y est. Mais quand je clique sur un article ou autre, j'ai un message d'erreur (3ème image)

[stayfitandhappy]

est-ce que je dois faire une réinstallation?

[stayfitandhappy]

j'ai changé avec une plus ancienne version de PHP et ma page fonctionne. Le problème reste le même pour l'interface administrator. La 1ère image, c'est quand je
clique sur un lien dans article ou autres.

[RobertG]

Tu es revenu en version J3, à voir la barre de menu, mais avec un mélange de fichiers et de tables J3 et J4
Si je ne me trompe, j'avais conseillé de vider le dossier du site (et tant qu'à faire la base), pour ne pas avoir de mélange, avant de restaurer fichiers ET base de la version 3.

[stayfitandhappy]

cela veut dire que tout ce qui est dans le FTP sous web, je dois supprimer ou bien nommer web_ex par exemple.
Ensuite, je peux faire de nouveau une restauration (backup) avec mon hébergeur. Merci pour ta réponse

[daneel]

Bonjour,

Le message d'erreur "JFormFieldTextarea not found" provient généralement de mélange de fichier et table entre Joomla 3 et Joomla 4.
C'est à dire que la restauration ne s'est pas faite sur un repertoire et une base de données vide.
C'est ce qui est indiqué (en anglais) sur le forum de joomla.org : https://forum.joomla.org/viewtopic.php?f=810&t=987979

Donc l'excellent conseil de RobertG est bien de vider le contenu sous web en ftp qui n'est pas exploitable et d'aller en phpmyadmin pour selectionner et supprimer toutes les tables
puis de demander à l'hébergeur de restaurer le site joomla 3.

Assure-toi que l'hébergeur dispose bien du site original sous joomla 3 avant de tout supprimer (normalement oui)
car c'est toujours mieux d'expliquer ce que tu vas faire et pourquoi.

Une fois restauré correctement, effectue ta sauvegarde avec akeeba.
Effectue des tests de migration en local en effectuant la restauration en local.
Ainsi tu pourras faire autant d'essai que nécessaire et faire des sauvegardes intermédiaires (toujours avec akeeba).
C'est tout au moins ma méthode de travail. Cela permet d'être indépendant et de savoir que l'archive de sauvegarde est viable.

A noter pour ta migration :

- laragon comme serveur local (incluant winscp et autres super outils) comme décrit dans la discussion
https://forum.joomla.fr/forum/joomla...mp-pour-joomla

- le nouveau plugin pour faire des alias de position de module, idéal pour changer de template sans changer la position des modules.
https://forum.joomla.fr/forum/joomla...-vos-templates

[stayfitandhappy]

Merci beaucoup pour ta réponse. Je viens de demander à mon hébergeur.
Par contre, question phpmyadmin, je n'y connais pas grand chose. J'ai peur de faire encore plus de bêtises. Quelqu'un pourrait m'expliquer plus en détail comment faire?

[daneel]

Par contre, question phpmyadmin, je n'y connais pas grand chose. J'ai peur de faire encore plus de bêtises. Quelqu'un pourrait m'expliquer plus en détail comment faire?

A moins d'avoir un autre script ou solution utilisant la base de données, cela ne demande pas beaucoup de manipulation.
Il faut juste se connecter, selectionnez toutes les lignes et supprimer car tout doit être vidé.

En cas de doute, demande à l'hébergeur de le faire comme cela aurait du être fait quand tu lui as demandé de restaurer.

[stayfitandhappy]

voilà comment j'ai fait la restauration

[daneel]

voilà comment j'ai fait la restauration

ok c'est simplement une capture d'écran sur son interface de gestion, ce n'est pas la peine.
On t'explique simplement que dans ton ftp, tu ne dois pas avoir de fichier dans le repertoire "web"
et dans phpmyadmin, que tu ne dois pas voir de tables sauf si tu as d'autres choses que joomla.

En cas de doute, contacte directement l'hébergeur mais tu n'as pas ouvert de ticket
et demandé pourquoi la restauration n'as pas supprimé les tables ou fichiers actuels ?

Dans ces opérations, l'hébergeur dispose de moyens supplémentaires comme des sauvegardes supplémentaires de sécurité ou de voir l'activité sur ton espace.
Son support (mail, ticket, chat, tél.) est intégré dans le coût de l'hébergement donc si on demande gentiment de le faire, cela ne devrait pas poser de problème
avec ton accord.

[stayfitandhappy]

je leur ai demandé et il ne le font pas pour la suppression des tables. Est-ce qu'il y aurait une vidéo qui peut m'aider comment faire pour supprimer ses tables? Merci beaucoup pour la réponse.

[daneel]

je leur ai demandé et il ne le font pas pour la suppression des tables. Est-ce qu'il y aurait une vidéo qui peut m'aider comment faire pour supprimer ses tables? Merci beaucoup pour la réponse.

C'est pas sérieux mais bon... je ne veux même pas savoir son nom.

Accéder à phpmyadmin doit pouvoir se faire depuis le gestionnaire de l'hébergeur, tu dois avoir une icône pour cela
ou demande comment tu peux accéder à la base de données via phpmyadmin.

Pour bien comprendre la suite des opérations, je t'invite à cliquer sur la session de demo afin de t'entrainer :

https://demo.phpmyadmin.net/master-config/public/

la demo te bloquera peut être mais ce n'est qu'une demo, ne laisse aucun élément personnel.

Si tu veux une méthode : (désolé je n'ai pas fait de video, juste des captures d'écran)

1. Selection de la base de données ( si tu ne sais pas, tu dois l'avoir dans le fichier configuration.php ou dans la configuration générale en backend)



2. Selection des tables (descend tout en bas de la page de la liste des tables)



3. ouvrir le menu des actions "Avec la selection" puis Supprimer !



voilà. il te demande de confirmer
"Faut-il vraiment exécuter la requête suivante ?" donc OUI.

Une fois le travail effectué, tu restaure via ton hébergeur !

[stayfitandhappy]

merci beaucoup, je vais essayer demain

[stayfitandhappy]

Je suis allé dans configuration.php et c'était écris cette base de donnée: hhvz_neusite
Si j'ai bien compris avant de faire:


et ensuite je fais une restauration de dimanche 25 car à cette date je n'avais pas encore essayé la migration. Merci beaucoup pour ta réponse

[daneel]

et ensuite je fais une restauration de dimanche 25 car à cette date je n'avais pas encore essayé la migration. Merci beaucoup pour ta réponse

oui c'est parfait.
A la question "Faut-il vraiment exécuter la requête suivante ?" qui apparaît après avoir cliqué sur "supprimer", tu réponds forcément oui.